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METHOD, SYSTEM, AND COMPUTER PROGRAM 
PRODUCT FOR AUTOMATIC CODE GENERATION IN AN 
OBJECT ORIENTED ENVIRONMENT 

Field of the Invention 
[0001] The present invention relates generally to object oriented computer 
programming, and, more specifically, to a method, system, and computer program 
product for generating objects from a meta language using grid technologies. 

Background 

[0002] Object oriented programming has become the preferred technique used for 
drafting high level computer programs. Object oriented programming allows the 
programmer to develop objects and relationships between objects, thus allowing the 
programmer to maintain a high level of abstraction in creating applications. 

[0003] While object oriented programming has several advantages, it can be a 
difficult and time consuming process for programmers to develop complex object 
oriented applications. The programmer must first determine the parameters of the 
application desired (e.g., input variable, desired screen appearance, output variables, 
etc). An appropriate format or language is then selected to create the application (e.g., 
gif, Java, J2EE, C/C++, etc.). Then the programmer must draft the programming code 
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using the desired format in order to create the application or desired objects. This can 
be a time intensive, detailed process. 

[0004] In order to simplify object oriented programming, the extensible Markup 
Language (XML) has been developed. XML is easily configurable and creates a 
mechanism to translate data into various other programming technologies. Because of 
the broad uses of XML, however, significant coding is required to develop applications 
directly using XML technologies. 

[0005] Programming models have been developed using XML technologies in an 
effort to assist programmers in developing object oriented programs. Programming 
models include XML templates and extensible Style Language (XSL) models. XSL 
models transform XML documents into stylized versions of the original document. 
While an XSL style sheet can be developed to assist in creating a specific application, 
significant programming resources are necessary to develop a particular model for a 
particular application. 

Summary of the Invention 
[0006] The present invention provides a method, system, and computer program 
product for automatically developing objects using a plurality of context derived models 
(e.g., XML, .gif, Java, C/C++) residing within a computational grid. An object meta 
language (OML) is used to allow a programmer to define an application. Using OML, 
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the programmer creates a document describing the required object. The OML 
document is submitted to a group of context derived models residing at various 
computational nodes on the grid. A web service is used to parse the OML document 
and select the appropriate node. The OML document is provided to the selected node, 
which applies object description variables using a transform language, such as 
extensible Style Language (XSL). The defined object is then returned to the 
programmer, thus eliminating the need for the programmer to generate the actual code 
for the desired object. 

[0007] In an exemplary embodiment, the method for automatically developing an 
object comprises: creating an OML document describing the desired object in XML 
format; submitting the XML description to a web service; parsing the XML document by 
the web service to identify a node within a computational grid for generating the desired 
object; providing the XML document to the identified node; performing an XSL 
transform at the grid node; and returning the developed object via the web service. 

Brief Description of Drawing s 
[0008] Fig. 1 illustrates an exemplary embodiment in which the present invention 
operates; and 

[0009] Fig. 2 is a flow chart of the steps involved in an exemplary embodiment of the 
present invention. 
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Detailed Description 

[0010] Fig. 1 illustrates an exemplary environment in which the present invention can 
operate. The various components of the present invention can be located on a single 
computer, or alternatively one or more components can reside on one or more remote 
computers. A programmer uses a client device 1 1 to interface with a network 
environment. The client device 1 1 allows the programmer to manually enter 
information into the system. 

[0011] The client device 1 1 accesses one or more computational grids 15, 17 via a 
web service application 13, such as WebSphere® by IBM (Aromonk, NY). Web service 
applications provide, in a well known manner, means for integrating web-based 
applications over the Internet. While WebSphere® is used in the exemplary 
implementation, the invention can be practiced using other web service applications. 
The web service application 13 allows the client device 11 to be integrated to one or 
more computational grids 15, 17. 

[0012] Each computational grid 15, 17 comprises a series of nodes 16a, 16b, 16c, 
16d, 16e, 16f, 18a, 18b, 18c, 18d, 18e, 18f. Each node contains one or more 
programming models. In the exemplary implementation, the programming models 
comprise XML templates (16a-18f) and XSL style sheets (18a-18f). Models 
constructed using other formats could also be used. 
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[0013] Fig. 2 is a flow chart illustrating an example of steps performed in 
accordance with the method of the present invention. At step 21, a programmer who 
desires to create an application describes the desired application in a highly abstract 
form. In an exemplary embodiment, an meta language is used to allow the programmer 
to build a description with a high level of abstractions. In an exemplary embodiment, the 
object meta language (OML) is an XML dialect containing meta tags that can be parsed 
using XML technologies. Other languages, however, could also be used to set forth the 
initial object definition.. 

[0014] The OML application definition comprises an XML template that sets forth 

the parameters of the application desired. In an exemplary embodiment, the 

programmer uses a client device to create a description of desired application by 

creating an OML document using XML tags and a simple text editor. All of the 

parameters that the author desires (e.g., text field names, desired inputs, etc.) are set 

forth using XML tags. / 

[0015] At step 23, the OML document is provided to a web service. The web service 
parses the document using XML technologies to determine a suitable code generation 
module. At step 25, the web service surveys all available grid nodes in order to locate 
an available node that comprises a style sheet or XML template in accordance with the 
application parameters set forth in the OML document. In an exemplary embodiment, 
the grid nodes contain XSL style sheets or XML templates capable of generating 



5 



completely coded applications from XML definitions. Alternatively, the nodes could 
contain simple gif generation modules or more complex applications such as Java 
applications, J2EE applications, or C/C++ applications. The web service selects the 
appropriate module based upon the OML definitions set forth by the author. 

[0016] Once a suitable style sheet or template is located, the web service provides 
the parsed OML definition to the selected node (step 27). The node on the grid uses a 
context derived model to generated the code for the desired application. For example, a 
particular node may contain an XSL style sheet to perform an XSL/XML transform. An 
XML/XSL transform is used to take XML application definitions and create a fully 
described application by applying a predetermined style template to the parsed XML 
code. For example, an author might express a desire for the application to display a title 
by using an XML <title> tag. The XSL module takes this information and creates a 
styled title definition (e.g., a particular bold faced font, a shaped word configuration, a 
word/motion combination). The models residing on the various nodes within the grid 
are able to create various output formats, depending upon the application desired. For 
example, after the OML definition is parsed by the node and the and XML/XSL 
transform is applied, the output from the XML/XSL transform can be an XML 
document, a Java Server Page (JSP), a Java application, etc. 

[0017] Once the grid node has created the application using the model, the newly 
created application is returned to the programmer via the web service (step 31). The 
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programmer can then review the created application to determine if it is as desired. If 
the results are not as desired, the application can be edited, or alternatively, the 
programmer can edit the original OML definition sheet and resubmit to the web service 
for the process to be repeated. 

[0018] To clearly explain the manner in which the present invention operates, an 
example of an author's OML application definition is shown below as Example #1 : 
Example #1 

1 <?XML version="1.0 ,f encoding ="UTF-8?> 

2 <!DOCTYPE oml-def PUBLIC "-//IBM//OML DTD 1.0//EN" "oml_1.0.dtd"> 

3 <object_context com="IBM" prer="IBM WPS 4.1.4"> 

• 

4 <oml-title>The process box example</oml-title> 

5 <oml-subobject graphic=button gstyle_title="Start" action_object=URLGet> 
More object description OML 

6 </object_context 

[0019] Using this simple XML format application description, the author creates a 
request for the object sought. Line 1 of example #1 sets forth the XML version and 
type of character encoding used in the OML definition. The use of OML is defined 
using the DOCTYPE command in line 2. This definition also sets forth the use of 
English within the document. 
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[0020] Line 3 indicates the required prerequisite(s) in order to process the OML 
document. In example #1 , IBM WebSphere Portal Server 4. 1 .4 is required. This 
program will act as the web service to perform the parsing and node selection functions 
required in order to generate the desired object. 

[0021] The desired object is given a title in the <oml-title> line (line 4 of example 
#1). In the above example, the desired object is entitled "The process box example." 
Following the title definition, the author sets out the desired attributes of the object 
sought. For example, the author can request a graphic start button that performs the 
action URLGet when selected by the user (line 5 of the example #1). All of the desired 
object characteristics are set forth in this manner by the author. In this way, a complete 
OML definition of the desired application is built. 

[0022] The OML definition is a very high level description of an application in 
comparison to the complete coding approach that was required in the prior art. The 
OML document is supplied to a web service that will parse the document and determine 
the best available model from all models residing within the grid or grids serviced by the 
web service for creating a complete application in accordance with the OML definition. 
In the example set forth, IBM WebSphere Portal Server 4. 1 A is the selected web 
service. 
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[0023] In the exemplary implementation, the models residing within the grid 



comprise XML templates and XSL style sheets. An example of an XSL style sheet that 
could be chosen to create the application defined in example #1 is shown below in 
example #2. 



Example #2 

1 <?XML version ="1.0"?> 

2 -<XSL:styIesheet 

3 -xmlns:xsl= "http://www.w3.org/1999/XSL/Transform" 

4 -version="1.0" 

5 -xmlns : j a va= http ://xml.apache.org/xslt/j ava 

6 - exclude-results-prefixes="java"> 

7 <xsl:output method="java" indent="yes" /> 

(Example #2- continued) 

8 <xsl:output encoding ="ISO-8859-l " /> 

9 <xsl:strip-space elements="*" /> 

10 -<xsl:template match="/"> 

11 <xsl:if test="$Variable.oml.title!=""> 

12 <xsl: element name="title"> 

13 <xsl:value-of select="$Variable.oml-title" /> 

14 </xsl:element> 

15 </xsl:if> 



[0024] The XSL document reads the OML variables set forth by the author and 
substitutes them into new objects via the XSL syntax. In the example #2, the model is 
defined as an XML version 1.0 type document that is an XSL stylesheet using XSL 
transformation specification level 1.0 from the w3.org 1999 specification (lines 1-4). 
These designated specifications are well known within the art. 
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[0025] The style sheet parses the OML document using Xerces java parsing from 
apache.org (line 5), which is a well known parsing technique. The output file is not to be 
parsed (line 6). The output file is defined to be a java file (line 7), and is to be encoded 
using ISO-8859-1 (line 8), which is a well known codepage. 

[0026] The XSL stylesheet of example #2 will parse the input OML file and 
substitute the value of the variable set in the input document with the value of the file 
variables in the template. For example, the commands in the XSL stylesheet check for a 
match of the OML variable "title" and replace it with the XSL element for the title 
variable using an "if clause (lines 10-15 of example #2). In this manner, the XSL 
stylesheet is used to replace the variable set from the input OML document with the 
variable set that is the result of the XSL/XML transform. In other words, the 
instructions within the XSL style sheet substitute the various variables found in the 
XML application definition into the styled format which is created by the template. 

[0027] Once OML description has been transformed into a fully coded application 
using the XSL stylesheet, it is output to an output file (in the example, to a java file). 
This file is then returned to the programmer. In the exemplary embodiment, the file is 
returned via the web service (e.g., WebSpere Portal Server 4.1.4). 

[0028] The above-described steps can be implemented using standard well-known 
programming techniques. The novelty of the above-described embodiment lies not in 
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the specific programming techniques but in the use of the steps described to achieve the 
described results. Software programming code which embodies the present invention is 
typically stored in permanent storage of some type, such as permanent storage on a user 
workstation. In a client/server environment, such software programming code may be 
stored with storage associated with a server. The software programming code may be 
embodied on any of a variety of known media for use with a data processing system, 
such as a diskette, or hard drive, or CD-ROM. The code may be distributed on such 
media, or may be distributed to users from the memory or storage of one computer 
system over a network of some type to other computer systems for use by users of such 
other systems. The techniques and methods for embodying software program code on 
physical media and/or distributing software code via networks are well known and will 
not be further discussed herein. 

[0029] The system in accordance with the present invention allows for programmers 
to develop applications without tedious coding. Virtually any type of object can be 
wrappered in an OML format that can then easily be parsed, understood, and modified 
using existing templates and style sheets. As a result, programming time and costs are 
reduced. Additionally, the level of programming skill required to be possessed by the 
author is significantly reduced. No longer must the author be proficient in all of the 
languages or code scripts desired. As long as the author can describe the application via 
OML text, the system in accordance with the present invention will develop the actual 
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coded application. Using this method, any programming object from a simple gif file to 
a complex three tier J2EE application can be generated from existing data models. 

[0030] The system's use of one or more computational grids allows for greater 
scalability than any currently existing program generation technique. The use of the grid 
provides access to a wide number of model types and model instances, creating an 
efficient method for generating object oriented code. Furthermore, the system in 
accordance with the present invention permits objects to be developed from several 
cooperating resources (e.g., graphics from one node, a jsp file from a different node), 
which increases the level of applications that can be developed. 

[0031] It should be understood that the foregoing is illustrative and not limiting and 
that obvious modifications may be made by those skilled in the art without departing 
from the spirit of the invention. Accordingly, the specification is intended to cover 
such alternatives, modifications, and equivalence as may be included within the spirit 
and scope of the invention as defined in the following claims. 
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